C'R 0 WARREN 6. LI EUALLEN 



ATAR I 

COMPUTER EIMTHUASISTS 
OHF COLUMBUS » OHIO 

NEWSLETTER 
February 1 1 , 1985 
ISSUE 16 

THE EDITOR'S COLUMN 

ATARI MEMORY AND IT'S USES 
by Charles Brown 

FINDi m eg 

by Norman Knapp 

ATARI DEMORAC # 1 Si s USING 
ATARI TOUCH TABLET WITH BASIC 

TOMORROWS COMPUTER 



1 



Published by 
Atari Computer Enthuasists of Columbus ? Ohio 

•for ACE of Columbus membership. Dues are on an annual basis 
and entitle the members to al 1 club benefits (Newsletter, 
Disk or Tape o-f the month ? group discounts, etc). Monthly 
meetings,, at St- Francis De Sales High School, 4212 Karl 
Road , Columbus, Ohio are open to nonmembers. Upcoming 
meeting dates at 7: 30 pm are 

DATE TOPIC 

February 11, 1985 
March 11, 1985 
April day?, 1985 
May 13, 1985 
June 10, 1985 
July 8, 1985 
August 12, 1985 



PRESIDENT 
Bill Eckert 
6632 Li samar i e Road 
Columbus, Ohio 43229 
614-891-9785 

MEMBERSHIP CHAIRMAN 
Tim Ad cock 

7544 Satter-f ield Road 
Wort h i n g t on , Oh i a 43885 
614-764-9492 

DISK LIBRARIAN 
Char 1 es Lusco 
4624 Charming Ter . Apt . C 
Col umbus , Oh i o 432-32 
614-863-4016 

NEWSLETTER EDITOR 
Norman Knapp 
1 222 Nor t on A ven ue 
Co I umb us j, Oh i o 432 1 2 
614-291-2849 

SECRETARY 
Kathy Fellows 
1719 Shaton Ct „ 
Worthing ton, Oh i o 43085 
614-889-4763 

PROGRAM CHAIRMAN 
Don Noble 

Ideas and opinions expressed herein are solely those of the 
authors and not of the editor, ACE of Columbus, or Atari, 
I n c: . 



VICE PRESIDENT 
Joe Blue 

6360 Sunder 1 and Dr « 
Columbus, Ohio 43229 
614-436-7339 

TREASURER 
Mi ke Compter? 
1342 Gumwood 
Col umbus , Oh i o 43229 
614-885-3757 

CASSETTE LIBRARIAN 
Roger Stultz 
2162 Eden Ave.. 
Columbus, Ohio 43224 
614-471-5573 

ADDRESS ALL MAIL TO 
A C E: o f C o 1 u m b u s 
P.O. Box 849 
W o r t h i n g t o n ? 0 h i o 4 3 0 8 5 



CASSETTE LIBRARIAN 

Don Bowl in 

2 3 0 0 r c hi a r d L a n e 

Columbus., Ohio 43214 

614-262-6945 



T' mi ee: ie: i:> x t o re -~ n s e o l l j m m 



At several of the officers* meetings., the topic of short 
courses on various topic: has been di sucssed „ If you are 
interested learning more about the Atari system. Bill Eckert will 
have a sheet you can si gn after the meeting* PI ease i ndi cate 
subject (s) that i nterest you and whether you would like to be a 
teacher or student . The courses would not be on the regular- 
meeting night,, but at a place and time? yet to be determi ned . 



You- e probabl y noticed by now that this issue of the 
newsletter is considerably thinner than 1 ast month'" s, the longest 
published to date. There are several causes for this situation. 
The most obvious is that 1 ast month we publ i shed an index of the 
programs on all the Disks of the Month and released a very 1 ong 
Atari DEMOPAC The other reasons are that thi s month n I received 
only one article^ by Charles Brown , a regul ar contributor . Unless 
another DEMOPAC turns up along with 2 or 3 articles, a issue 
cannot be put out next month .. If there is no DEMOPAC, there 
should be 4 or 5 articles, each at least a page long* We could 
also use filler material such as tips on software use, 
pr ogr ammi ng , and hardware . 



There is a great variety of topics to write about: the new 
hardware Atari wi 1 1 be rel easd soon „ revi ews of software, 
programming topics (read the enclosed articles) 3 and your personal 
obser vat i ons and opinions about personal computers. There are a 
large number of At ar i owners without modems; if you see something 
on a bull et i n board that you 1 i k e to share, pull it down and send 
it to the editor,, The same holds for magazine articles if 
copyr i ght s are not a probl em. 



Eratt a 

Er att a is a Latin word used to designate printer's or wr i ter n s 
errors in a publ i cat i on « There are several i n the DOM i ndex 
published last month „ The columns on the first and last pages of * 
t h e DOM i n d ex wer e i n t er c h an g ed « To save the ex pen se of anoth er 
page, the directory listing for DOM #27 was placed at the bottom 
of the? last page of the DOM index. My apologies for the confusion 
t li i s m a y h a v e c a u s e d ■ 



Nor man Kn ap p ? Edit or 



AJAR I MEMORY AND I T S USES 



When you program your Atari , what you are actually doing is 
accessing it's memory . The Atari computer is nothing else but a 
large collection of memory locations,, Unless you are? doi ng a 1 ot 
of simple things you will have to know the uses of many memory 
locations. You will al so have to know what these 1 ocat i ons will 
do under various situations- 

For example., I was using Basic XL a while back,, I was trying 
to save a page of text by using the -famous MOVE command „ I first 
moved my page to location 20000 (decimal )* I used this location 
as a storage space., Then I went to move the page back to location 
40000 (decimal)., This is the lowest screen location for the 
Graphics 0 screen ., When I typed in the command I made a big 
mistake* 1 forgot and 1 eft out a zero « Instead of moving the 
page to 1 ocat i on 40000- I moved it to 1 ocat i on 4000., Thi s would 
be the same thing as pokei ng a value to that 1 ocat i on but with the 
move command you can move a 1 ot of bytes at one time. When I 
tr i ed to save my program to the disk I got a DOS error telling me 
that my drive won 7 1 respond., Natural 1 y I thought that there was 
something wrong with my drives., Instead what I did was by moving 
my text to 1 ocat i on 4000 instead of 400000 „ I wrote over the disk 
operating system that was in memory when the disk was booted « By 
writing over DOS in memory I scrambl ed it and as a resul t the DOS 
system could not recognize my command., As a result I lost my 
program and had to start over - Lucki 1 y it was a smal 1 program and 
it wasn't anything serious. I coul d easi 1 y restore DOS by turning 
of f the computer and rebooting it* Thi s is j ust one example of 
what can go wrong if you miss j ust one digit. You can easily do 
some serious damage with the wrong numbers in the wrong place* 
Luckily for us as far as I know you can not do any permanent 
damage to the computer by typi ng on the keyboard - I f you do put 
something in the wrong place and scramble everything* All you 
have to do is turn off the computer and turn it back on again „ 
This shoul d set. every thi ng back to normal again. Unf ortunatel y 
this method wi 1 1 al so force you to lose anythi ng that you had 
typed in, If you are changing memory 1 ocat i ons it may be a good 
idea to save your program off before you run it. That way if you 
do scramble something you can simply turn the computer on and off 
again and load your program back in. This will save you a lot of 
w o r k r e t y p i n g y our program b a c k i n 

If you have tried your hand at programing « You may have 
heard of the "peek" and "poke 11 commands., The? peek command is like 
the name i mp 1 i es « You are peek i ng or 1 ook i ng at somet h i ng a When 
y o u t e 1 1 t h e c o m p u t e r t o pee k a m e m o r y 1 o c a t. i o n «. Y o u a r e telling 
it to show you the contents of that location™ Or you could say 
that the computer is showing you what is being stored at that 
location- It is safe to look or peek any location you want - 
Peeking a location is harmless to the computer. Even If you type 
in the wrong number for the location you wanted * The computer 
would simply show you the contents of the wr ong location. You 
would not damage anything* 

0 n t h e o t h e r h a n d i f y o u w a n t t o p o k e s o m e t h i n g you had 

better know what you are doing* When you poke a location you are 

p u 1 1 i n g a v a 1 u e i nto i t I n o t h e r w o r d s y o u a r e c h a n g i n g it. By 

c h an g i n g a m emor y 1 oc at i on you ar e c h an g i n g t h e way t h e c omp uter 

w :i. 1 I w o r k If y o u p u t a v a 1 u e i n t o t h e w r o n g I o c a t i o n b y m i s t a k e 



you. could really mess things up- So remember that peeking or 
looking at a location in memory is harmless. On the other hand if 
you poke or change a memory location you coul d real 1 y cause some 
headaches. 

I hope? that I have given an insight into how the computer 
works, If done proper 1 y programing can be an enjoyable 
experience. If you start putt i ng the wrong thi ngs into the wrong 
places it can be a real pain in the neck - 

byC H ARLES W - B Ft O W W 



FINDing 

The Basic XL MOVE: command di scussed by Charles Brown in the 
accompany i ng article possesses some of the character i sti cs of the 
POKE command- If it is desired to just inspect the contents of a 
si ng 1 e memory location, the PEEK command permi ts us to do this. 
Basic XL has another command which permi t s inspection of a number 
of consecutive memory locations,, the FIND •function. 

Before we consi der a rather simple use of the FIND function ? 
1 et n s 1 ook at its f or m " 

Fi nd (Long* 3 Short*, Strt ) 

Thi s f unct i on looks through a long string,, Long*, for the presence 
of a short string,, Short* ? start i ng at posi t i on in Long* given by 
number Strt . If Short* is present in Long* ., then the location of 
its first character will be assi gned to the number i c variable, 
Lctn as shown in the following example: 

Lctn=Fi nd (Long*,, Short*, Strt ) 

If Strt is On the all of Long* is searched „ I f Strt is 10, the 
first 9 characters of Long* wi 1 1 not be compared with Short*. I f 
Short* is not in Long*,, the value of Lctn is set to 0; this 
property of Find permits it use in the If B8n Then . «. statement : 

1 50 I f F i n d (Long*, Short * , St rt ) Then Goto 200 
160 ? " Short* is not in Long*" 

The English language translation of the two line of code above is 
t hat control is transferred to line 200 if Short* is in Long* ; 
otherwise line 160 is executed if Long* does not contain Short*. 

Now that we know some of the properties of the Find function , 
let's use it to check string input for a Basic XL program. In the 
context of a 1 arger program, we want to enter a date and check the 
input for keyboard entry of a valid month name: 

10 Dim Monthyr* (36) , Month* (3) 

20 Monthyr* = " JANFEBMARAPRMAYJUNJULAUBSEPOCTNOVDEC" 
100 Print "Enter Month ? 1st 3 letters " ; : Input Month* 
110 If Len (Month*) < >3 Then Goto 1 00 
120 Lctn = Fi nd* (Monthyr*,, Month*,, 0) 
130 If Lctn=0 Then Goto 100 

1 40 I f I n t ( Lc t n +2 ) / 3 ) < > ( Lc t n +2 ) / 3 > Th en Goto 1 00 



.1.50 Print Months? 18 is a valid month name " 
160 Stop 



In line 10, the strings subsequent I y used are defined and 
dimensioned. In 1 i ne 20 the first 3 characters of each month name 
are stored in the string Monthyr* . Line 100 pr i nts a prompt 
asking for a month name and then stops execution until the user 
responds. Lines 110 to 140 eval uate the user * s response to see if 
the following condi t i ons are satisfied: 

In Only 3 characters are to he entered ; line 1 1 0 

2. The string of 3 characters must foe in Monthyr *5 lines 120 to 

130 

3„ The entry must be a valid abbreviation; line 140 

The third condi t i on arises because the Find f uncti on looks at 

every possi bl e string of 3 characters? not just those we are 

interested in which start at posi t i ons 1 9 4 , 7, 10, 13,, 16, 19 ? 
22, 25,, 28, 31, and 34* 

If you do not have a Basic XL cartridge or Basic A+ ? you may 
be wondering now how this is done in Atari Basic This is 
ac compl i shed by repl aci ng lines 1 1 0 to 140 with the f ol 1 owi ng 
1 i nes S 

1 10 LCTN=0 

120 FOR 1=1 TO 34 ? 3 

130 IF M0NTH*=M0NTHYR*(I, 1+2) THEM LCTN=I 
140 NEXT I 

145 IF LCTN=0 THEN GOTO 100 

All three of the condi t i ons for proper input are satisfied since 
only the segments of M0NTHYR* looked at are the month names n 

The two sol ut i ons for string finding given are both equal 1 y 
valid* The advantages for the Basic XL approach are that the 
coding is more understandabl e and that the compar i son is much more 
faster than using the Atari Basic: solution to this problem. 
However speed is essential only when you are trying to FIND a 
substring in a very long string.. In the example that we've looked 
at n MONTHYR* is not very long so that the time required to execute 
the statements in Atari Basic does not require the user to wait 
f or f i n i sh i n g of t h e test « 

If the programmer can write Brror catching routines for 
keyboard input P the user can recover from his mistakes and 
cont i nue wi thout havi ng to start over agai n and agai n and agai n „ 
With entry of strings, the validation process can be tedious to 
program but. worth it in the long run for the user „ The validation 
process can also used to speed up) entry of strings,, For ex amp 1 e, 
if a library of frequently entered words has been built up it may 
be possible for the? used to enter a long like "magazine" just by 
keying "ma" „ If "magic" is also in the library, "maga" or "magi" 
woul d have to be keyed in before a valid word coul d retrieved from 
the library* If the word is not in the library., then the new word 
could be added to the library f or future entry « 

M o s t B a s i c a p p r a a c: h e s to che c k i n g k e y b o a r d e n t r y t h a t Fve 
encountered have been have for entry of numerical data* A simple 
t e e> t f o r e n t r y o f n u m e r i c: cl a t a w o u 1 d t h e f o 1 1 o w i n g s h o r t program : 



10 TRAP 10: PRINT "KEY IN A NUMBER OR LETTER n 5: INPUT X 
20 PRINT "You keyed in the number H 5 X: GOTO 10 

Key it in on your Basic or Basic XL screen , then key RUN < ret urn > 
and -follow i nstr uct i ons ■ If you do not understand some of 
commands, please look them up in an the Atari manual which came 
with your computer . I just did not have time to give 

ex plai nations of all the Atari Basic commands used in these short 
programs- One last comment on the programs in this article: the 
first 1 etter of Basi c XL commands, functions., and var i abl es is 
upper case while the following letters are lower case when listed 
but may be keyed in ei ther case; al 1 letters in Atari Basi c 
commands, functions, and variables must be keyed in upper case. 

My or i gi nal goal when I started writing this art i cl e was just 
to ex p lain how the Basic XL FIND str i ng function worked . By the 
nature of the example I chose to ill ustrate use of the Find 
function, I encountered a topi c whi ch I consi dered quite 
important; desi gn of Basi c programs so that the user can recover 
from his mi stakes ■ 



by Norman Knapp 



